. 09) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



i 




(12) 



(11) EP0 951 191 A1 

EUROPAISCHE PATENTANMELDUNG 



(43) Veroffentlichungstag: 

20.10.1999 Patentblatt 1999/42 

(21) Anmeldenummer: 99810301.4 

(22) Anmeldetag: 12.04.1999 



(51) IntCI.S: H04Q 7/32 



(84) Benannte Vertragsstaaten: 


(71) Anmelder: Swisscom AG 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


3050 Bern (CH) 


MC NL PT SE 


Benannte Erstreckungsstaaten: 


(72) Erfinder: Ritter, Rudolf 


AL LT LV MK RO SI 


3052 Zollikofen (CH) 


(30) Prioritat: 16.04.1998 CH 87398 


(74) Vertreter: BOVARD AG - Patentanwalte 




Optingenstrasse 16 




3000 Bern 25 (CH) 




(54) Verfahren, um Auftragscodes in einem Terminal einzugeben 



(57) Mit diesem Verfahren konnen Auftragscodes 
(100) mit einem Mobilgerat (1, 10) in einem Mobilfunk- 
netz (2) eingegeben werden. Eine Eingabemaske wird 
fur die Eingabe des Auftragscodes auf dem Bildschirm 
(10) des Mobilgerats (1) angezeigt. Der Auftragscode 
enthalt mindestens eine Lieferantenidentifizierung 
(103), mit der jeder Auftragscode automatisch an den 
angegebenen Lieferanten (9) geleitet wird, eine Pro- 
dukt- oder Dienstieistungs-ldentifizierung (1 06) und vor- 
zugsweise einen Prufcode sowie optional eine Zah- 
lungsartinformation und eine Lieferadressen informati- 
on. 

Die Felder der Eingabemaske konnen mit den Ein- 
gabemitteln des Mobilgerats eingegeben und editiert 
werden. Die Eingabemaske enthalt ausserdem minde- 
stens ein uberschreibbares Feld (104), dessen ur- 
sprunglicher Inhalt (41 ) den Standort (MCC) des Mobil- 
gerats (1) im Mobilfunknetz (2) angibt. Diese Informati- 
on wird beim Einloggen des Mobilgerats (1 ) in der Iden- 
tifizierungskarte (12) gespeichert. 
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Beschreibung 

[0001] Die vorliegende Erfindung betrifft ein Verfah- 
ren, um Auftragscodes, zum Beispiel Auftragscodes zur 
Bestellung von Produkten oder Dienstleistungen, in ei- 
nem Terminal einzugeben, wobei eine Eingabemaske 
fur die Eingabe der Auftragscodes auf dem Bildschirm 
des Terminals angezeigt wird. Die vorliegende Erfin- 
dung betrifft insbesondere ein Verfahren, u-m Auftrags- 
codes mit einem Mobilgerat, das mit einem Identifizie- 
rungsmodul ausgerustet ist, einzugeben. Die vorliegen- 
de Erfindung betrifft aber auch ein Identifizierungsmo- 
dul, das in einem Mobilgerat eingesteckt werden kann, 
um dieses Verfahren durchzufuhren. 
[0002] Mobilgerate, zum Beispiel digitale Mobilfunk- 
telefone, werden vorwiegend dazu benutzt, um Gespra- 
che durch einen Nutzkanal zu fuhren. Moderne Mobil- 
gerate verfugen aber ferner uber zusatzliche Kanale, 
um digitale Daten, insbesondere Kurzmeldungen, mit 
anderen Mobilgeraten oder mit Dienstservern in einem 
Mobilfunknetz auszutauschen. GSM-Mobilgerate zum 
Beispiel konnen insbesondere SMS-Meldungen (Short 
Message Service) und USSD-Dateien (Unstructured 
Supplementary Service Data) senden und empfangen. 
[0003] Das Patent EP689368 beschreibt ein Verfah- 
ren, um Daten in SMS-Meldungen zu verpacken und 
durch ein Mobilfunknetz zu ubertragen. Mit diesem Ver- 
fahren konnen zum Beispiel nicht nur kurze Textmeldun- 
gen, wie zum Beispiel «Ruf doch bitte zu Hause an», 
zwischen verschiedenen Terminals im Netz ubermittelt 
werden, sondern auch komplexere Meldungen und Pro- 
gramme, die automatisch vom Empfangerterminal er- 
kannt werden und eine bestimmte Aktion auslosen kon- 
nen. Andere Typen von Meldungen oder Tragern (Bea- 
rers) konnen auch im GSM-Umfeld oder in Mobilfunk- 
netzen eines anderen Typs angewendet werden. 
[0004] Verschiedene Varianten von Kommunikations- 
protokollschichten wurden ausserdem uber diese 
Transportprotokollschicht entwickelt, um eine gesicher- 
te Ubertragung von Daten zwischen Terminals in einem 
Telekommunikationsnetz zu erlauben. Das von der An- 
melderin angebotene SI CAP- Verfahren erlaubt es zum 
Beispiel auf einfache Weise, Daten in beiden Richtun- 
gen zwischen einem Mobilgerat und einer Betriebszen- 
trale (Short Message Service Center oder SMS-C) 
durch einen gesicherten Kanal auszutauschen. Die 
WAP-Architektur (Wireless Application Protocol), die 
sich zur Zeit noch im Entwicklungsstadium befindet, von 
der aber eine provisorische Spezifikation (Version 0.9) 
schon auf dem Internet (www.xwap.com) verfugbar ist, 
beschreibt ein anderes Protokoll, mit dem die Benutzer 
von WAP-tauglichen Mobilgeraten auf Internet-, Intra- 
net- und Internet-ahnliche Dienste ubersolche Bearers 
zugreifen konnen. 

[0005] Damit eroffnet sich die Moglichkeit, Mobitgera- 
te und Mobiltelefone auch als Client in einer Client-Ser- 
ver- Arch it ektur in einem Mobilfunknetz zu benutzen. 
Vorteilhaft in solchen Systemen ist die Moglichkeit, Kun- 



den mit einer grossen Sicherheit mittels einem Identifi- 
zierungsmodul, zum Beispiel mittels einer SIM-Karte 
(Subscriber Identification Module), zu identifizieren. Es 
wurde zum Beispiel in der (noch nicht veroffentlichten) 

5 Patentanmeldung PCT/CH96/00464 vorgeschlagen, 
Auftragscodes in einem Mobilgerat einzugeben, um 
zum Beispiel Produkte oder Dienstleistungen bei einem 
Lieferanten zu bestellen. Diese Auftragscodes sind 
standardisiert und enthalten mindestens ein erstes 

10 Feld, mit welchem ein Lieferant eindeutig identifiziert 
wird, sowie ein zweites Feld, mit welchem ein bestimm- 
tes Produkt von diesem Lieferanten angegeben wird. 
Zusatzliche Felder konnen ausserdem definiert werden, 
um beispielsweise die Transaktionsart und die Zah- 

is lungsart anzugeben. Der Kunde wird zuverlassig von 
der Infrastruktur im Netz identifiziert. Die von den Teil- 
nehmern erfassten Auftragscodes werden an eine Clea- 
ringstelle im Mobilfunknetz ubermittelt und von dieser 
automatisch dem angegebenen Lieferanten zugeteilt. 

20 Der ausgewahlte Lieferant bekommt einen Auftrag vom 
Kunden mit einer eindeutigen Identifizierung dieses 
Kunden und des bestellten Produkts oder Dienstlei- 
stung. 

[0006] Mobilgerate werden zunehmend miniaturi- 

25 siert, so dass sie oft nur uber sehr eingeschrankte Ein- 
gabemittel verfugen, zum Beispiel nur uber eine kleine, 
oft unvollstandige, numerische Tastatur und uber einige 
zusatzliche Tast en. Langere Meldungen konnen mit die- 
sen Eingabemitteln nur mit relativ viel Aufwand erfasst 

30 werden. Es ist daher vorteilhaft, nursehr kurze Auftrags- 
codes zu definieren. Sind viele Lieferanten an diesern 
Verfahren beteiligt, mussen jedoch zwingend langere 
Lieferantenidentifizierungen definiert werden. 
[0007] Eine Aufgabe der vorliegenden Erfindung ist 

35 es, ein Verfahren vorzuschlagen, das erlaubt, diese Pro- 
bleme zu losen und das Erfassen von langeren Auf- 
tragscodes mit Mobilgeraten zu vereinfachen. 
[0008] Eine weitere Aufgabe der vorliegenden Erfin- 
dung ist es, ein Verfahren zur Eingabe und zur Uber- 

40 mittlung von Auftragen in einem Telekommunikations- 
netz zu schaffen, das einfacher und zuverlassiger als 
die ublichen Verfahren ist. 

[0009] Gemass der vorliegenden Erfindung werden 
diese Ziele insbesondere durch die Elemente des kenrv 
45 zeichnenden Teils der unabhangigen Anspruche er- 
reicht. Weitere vorteilhafte Ausfuhrungsformen gehen 
ausserdem aus den abhangigen Anspruchen und der 
Beschreibung hervor. 

[0010] Die vorliegende Erfindung wird mit Hilfe der als 
50 Beispiel gegebenen Beschreibung besser verstandlich 
und durch die beiliegenden Figuren veranschaulicht : 

Die Figur 1 zeigt ein Blockschema des Systems zur 
Ausfuhrung des erfindungsgemassen Verfahrens. 

55 

Die Figur 2 zeigt eine Eingabemaske, die fur die 
Eingabe von Auftragscodes gemass der Erfindung 
angewendet werden kann. 
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[0011] Die nachfolgende Beschreibung bezieht sich 
insbesondere auf den speziellen Fall der Ubermittlung 
von Auftragscodes durch ein vorzugsweise digital arbei- 
tendes, zellular aufgebautes Mobilfunknetz, zum Bei- 
spiel durch ein GSM-Netz. Der Fachmann wird jedoch s 
verstehen, dass die Erfindung auch in Zusammenhang 
mit anderen Telekommunikationsnetzen angewendet 
werden kann, im Speziellen mit Telekommunikations- 
netzen, in welchen die Teilnehmer in einer Betriebszen- 
trale, zum Beispiel in einem Zugangspunkt an diesem io 
Netz, identifiziert werden. Die vorliegende Erfindung 
kann beispielsweise auch fur das Bestellen von Produk- 
ten oder Dienstleistungen mit Internet angewendet wer- 
den. 

[0012] Nur die Elements, die fur das Verstandnis der is 
Erfindung bendtigt werden, sind auf der Figur 1 sche- 
matised undals Beispiel dargestellt. Fur bekannte Merk- 
male und Komponenten des Telekommunikationsnet- 
zes wird der Leser dagegen auf die technischen Spezi- 
fikationen des betreffenden Netzes hingewiesen. Falls 20 
die Erfindung beispielsweise fur das Bestellen von Pro- 
dukten und Dienstleistungen mit Mobilgeraten in einem 
GSM Netz angewendet werden sollte, sind die relevan- 
ten GSM Spezifikationen seit 1 996 beim Sekretariat des 
European Telecommunications Standards Institute, F- 25 
06921 Sophia Antipolis, erhattlich. 
[0013] Die vorliegende Erfindung erlaubt die Uber- 
mittlung von Auftragscodes 100 zwischen einem Kun- 
den, der mit einem Terminal, hier ein Mobilgerat 1 , aus- 
gerustet ist, und einem Lieferanten 9, zum Beispiel ei- 30 
nem Produktverkaufer oder einem Dienstleistungsan- 
bieter, zum Beispiel einem Finanzserver. Das Mobilge- 
rat 1 umfasst in diesem Beispiel ein Identifizierungsmo- 
dul, beispielsweise eine SIM-Karte 12 (Subscriber Iden- 
tity Module), zur eindeutigen Identifizierung des Teilneh- 35 
mers im Telekommunikationsnetz, hier im 
Mobilfunknetz 2. In anderen Telekommunikationssyste- 
men kbnnte der Teilnehmer auch mittels einer anderen 
Chipkarte, zum Beispiel mittels einer Karte gemass der 
Open-Card-Spezifikation, identifiziert werden, oder mit 40 
einem geeigneten Identifizierungsprotokoll beim Einlog- 
gen, bei welchem beispielsweise ein Passwort vom ihm 
verlangt wird. Andere Identifizierungs- und Authentifi- 
zierungsverfahren konnen auch je nach Sicherhertsbe- 
darf im Rahmen dieser Erfindung angewendet werden. 45 
[001 4] Das Format der Auftragscodes 1 00 ist standar- 
disiert, wie in der oben genannten Patentanmeldung 
PCT/CH96/00464 beschrieben. Wie spater ausfuhrli- 
cher beschrieben, enthalt der Auftragscode mindestens 
eine eindeutige Lieferantenidentifizierung 103, 104 so- so 
wie mindestens eine Produktidentifizierung 106. Damit 
konnen Produkte oder Dienstleistungen bei einem an- 
gegebenen Lieferanten eindeutig identifiziert werden. 
Auftragscodes 1 00 fur bestimmte Produkte konnen zum 
Beispiel in Werbungen oder Prospekten angegeben ss 
werden, so dass der interessierte Kunde sie mit seinem 
Mobilgerat erfassen kann, um das angepriesene Pro- 
dukt zu bestellen, oder um mehr Informationen daruber 
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anzufordern. 

[001 5] Die Auftragscodes 1 00 konnen mit den Einga- 
bemitteln 11 und mit Hilfe der Anzeige 10 eingegeben 
werden, wie weiter unten beschrieben. In einer X^riante 
werden sie direkt von einem externen Gerat 14, zum 
Beispiel von einem Point of Sale oder von einem Inter- 
net-Terminal, uber eine kontaktlose Schnittstelle in das 
Mobilgerat 1 ubertragen. Die kontaktlose Schnittstelle 
umfasst beispielsweise einen I nfrarot-Sende-E mpf an- 
ger 1 3 am Gehause des Mobilgerats, oder eine induk- 
tive Spule in diesem Gehause oder in der SIM-Karte 1 2. 
Dadurch kann der Kunde Auftragscodes aus einem ex- 
ternen Gerat uber diese kontaktlose Schnittstelle direkt 
in seinem Mobilgerat ubertragen. Als Variante konnen 
die Auftragscodes auch aus dem Telekommunikations- 
netz 2 gewonnen werden. In Fall eines Internet-, Intra- 
net- oder WAP-tauglichen-Gerates 1 konnen zum Bei- 
spiel die Auftragscodes aus besuchten WEB-Seiten ge- 
wonnen werden. Listen von Auftragscodes konnen 
auch optional im Speicher des Mobilgerats 1 oder des 
Identifizierungsmoduls 12 gespeichert und von einern 
geeigneten Programm verwaltet werden, genauso wie 
zum Beispiel Listen von Telefbnnummern oder von 
URL-Adressen in bekannten Mobilfunktelefonen. 
[0016] Beim Betatigen einer bestimmten Taste, bei- 
spielsweise der Taste #, wird der ausgewahlte Auftrags- 
code von einer geeigneten Software im Terminal 1 , vor- 
zugsweise in der SIM-Karte 12, in Kurzmeldungen ver- 
packt, beispielsweise in SMS-Meldungen, in USSD-Da- 
teien, oder als e-mail und durch das Mobilfunknetz 2 an 
eine Kurzmeldungbetriebszentrale (SMSC) 3 des be- 
treffenden Netzoperators ubermittelt. Optional kann die 
Meldung zwischen dem Terminal 1 und der Zentrale 3, 
oder zwischen dem Terminal 1 und dem Lieferanten 9, 
teilweise oder vollstandig verschlusselt werden. Die 
Zentrale 3 ist vorzugsweise mit einem Billingserver 4 
verbunden, so dass die Telekommunikationsgebuhren 
fur diese Meldung sowie vorzugsweise auch der zu be- 
zahlende Betrag fur die bestellten Produkte oder Dienst- 
leistungen direkt dem Kontodes Kunden beim Netzope- 
rator belastet werden konnen. Das Kommunikations- 
protokoll zwischen der Zentrale 3 und dem Billingserver 
4 kann beispielsweise die Obertragung von CDR (Call 
Detail Records), wie in GSM-Systemen ublich, und/oder 
von anderen Meldungen, umfassen. In einer Variante 
wird die Transaktion vom Billingsserver 4 gemass einer 
im Auftragscode angegebenen Zahlungsart (per Kredit- 
karte, gegen Rechnung, usw.), oder gemass einem ge- 
speicherten Kundenprofil, dem Kunden verrechnet. 
[0017] Die Zentrale 3 wird ausserdem mit einer Teil- 
nehmerdatenbank 5 verbunden, in welcher zusatzliche 
kundenspezifische Parameter gespeichert sind. Die 
Teilnehmerdatenbank entspricht beispielsweise der 
Abonnentendatenbank mit Angaben uber aile Abonnen - 
ten beim Operator des Netzes 2. Der Kunde wird bei- 
spielsweise mit Hilfe der im Header der empfangenen 
Meldung angegebenen IMSI (International Mobile Sub- 
scriber Identity) in der Zentrale 3 identifiziert ; diese 
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Identifizierung wird dann als Eingabekriterium fur die 
Teilnehmerdatenbank 5 benutzt, aus der damit zusatz- 
liche kundenspezifische Parameter gewonnen werden. 
Diese zusatzlichen Identifizierungsparameter umfas- 
sen beispielsweise die vollstandige Adresse des Kun- 
den, seine Verrechnungsadresse, seine Zugriffsrechte, 
seine bevorzugte Sprache, usw. Diese zusatzlichen In- 
formationen werden dann von der SMSC-Zentrale 3 mit 
dem Inhalt der empfangenen Auftragscodes verknOpft, 
damit der Lieferant alle benotigten Angaben Ober den 
Kunden empfangt. 

[0018] Vorzugsweise enthalt die Teilnehmerdaten- 
bank 5 auch Angaben 50 Ober die Solvenz des Kunden. 
Falls es sich aus diesen Angaben herausstellt, dass der 
Kunde nicht solvent ist, oder dass seine Solvenz fur die 
bestellten Produkte oder Dienstleistungen nicht ausrei- 
chend ist, wird die Transaktion abgebrochen und der 
Auftragscode nicht an den Lieferanten weitergeleitet In 
einer Variante wird der Auftragscode in diesem Fall mit 
einem Vermerk betreffend die Solvenzlage an den Lie- 
feranten weitergeleitet. Vorzugsweise sendet in diesem 
Fall die SMSC-Zentrale 3 eine Meldung mit Angaben 
uber die ROckweisungsgrOnde an den Kunden 1 . Die 
SolvenzprOfung kann auch einen Test einer Kunden- 
Schwarzliste umfassen. 

[0019] Falls die Solvenz ausreicht, wird der Auftrags- 
code 100, verknupft mit den kundenspezifischen zu- 
satzlichen Parametern, an den Clearingsserver 7 wei- 
tergeleitet. Diese Ubermittlung erfolgt beispielsweise 
durch ein TCP/I P-Netz 6 und Ober eine Schnittstelle 70, 
oder Ober einen anderen geeigneten Kommunikations- 
kanal. Der Clearingserver 7 ist mit einer Lieferanterida- 
tenbank 71 verbunden. Die Lieferantendatenbank 71 
wird beim Empfang jedes Auftragscodes von der SM- 
SC-Zentrale 3 mit der im Auftragscode angegebenen 
Lieferanten information adressiert, so dass zusatzliche 
Lieferanteninformationen, zum Beispiel die aktuelle, 
vollstandige Lieferantenadresse, gewonnen werden. 
[0020] Der Auftragscode wird dann Ober eine Schnitt- 
stelle 72 und ein Netz 8 an den angegebenen Lieferan- 
ten weitergeleitet. Dieser Auftragscode kann beispiels- 
weise je nach Lieferantenauswahl als Fax durch ein 6f- 
fentliches Fernsprechnetz (PSTN, Public Service Tele- 
communication Network) oder als e-mail Ober ein TCP/ 
IP Netz, oder einer entsprechenden Weiterentwicklung 
davon an den Lieferanten Obermittelt werden. Entspre- 
chend umfasst die Schnittstelle 72 ein FAX-Modul 720, 
beziehungsweise ein e-mail-Modul 721, zum Aufberei- 
ten von Faxen, beziehungsweise e-mails. Andere Ober- 
tragungskanalefOr Auftrage, zum Beispiel auch die nor- 
male Briefpost, konnen auch angewendet werden. 
Ebenso konnen die Auftragscodes individuell oder im 
Batch-Modus, zum Beispiel jeden Tag, jede Woche oder 
nach einer vordefinierten Anzahl Auftrage, an den Lie- 
feranten 9 weitergeleitet werden. 
[0021] Der Lieferant 9, der einen Auftrag von einem 
Kunden erhalt, kann das bestellte Produkt dem Kunden 
liefern oder die angeforderte Dienstleistung leisten. Der 



Lieferant kann optional eine Bestatigung als Kurzmel- 
dung, zum Beispiel als e-mail oder als SMS-Kurzmel- 
dung, an den Kunden schicken, sobald er den Auftrag - 
angenommen hat. 

s [0022] Wir werden jetzt mit Hilfe der Figur 2 beschrei- 
ben, wie neue Auftragscodes 100 editiert und eingege- 
ben werden konnen. Auftragscodes beinhalten mehrere 
Felder, deren Format standardisiert ist, und die mit den 
Bezugszeichen 101 bis 110 bezeichnet sind. Das Feld 

io 101 enthalt einen Header und zeigt an, dass es sich hier 
tatsachlich um einen Auftragscode handelt. Im einfach- 
sten Fall umfasst der Header nur ein einziges ASCII- 
Symbol, in diesem Beispiel den Buchstaben F. Das 
zweite Feld 1 02 ist ein vordefinierter Feldbegrenzer, hier 

15 ein Stern, um andere Felder zu trennen. Das nachste 
Feld 103 enthalt eine Identifizierung des Lieferanten: z. 
B. eine Abkurzung, oder einen mnemotechnischen Co- 
de, der einen bestimmten Lieferanten eindeutig be- 
zeichnet oder eine alphanumerische Bezeichnung, die 

20 dem Lieferanten durch eine Clearingstelle zugeteilt 
wird. In diesem Beispiel enthalt das Feld 103 die Be- 
zeichnung SWC, als mdgliche abgekurzte Identifizie- 
rung fur Swisscom. Das Feld 104 gehort zur Lieferan- 
ten information und bezeichnet das Land, in welchem 

25 dieser Lieferant vorwiegend aktiv ist. Die Landesbe- 
zeichnung 104 entspricht vorzugsweise der konventio- 
nellen Telefonlandeskennzahl; in diesem Beispiel ent- 
spricht die Bezeichnung 41 der Landeskennzahl fur die 
Schweiz. Der Lieferant, in diesem Beispiel Swisscom, 

30 wird eindeutig mit der kompletten Lieferantenidentifizie- 
rung SWC41 identifiziert. Im Fall eines international ak- 
tiven Lieferanten kann die Landesbezeichnung 104 
weggelassen werden, oder mit einer internationalen Ab- 
kOrzung - zum Beispiel « .com » - ersetzt werden. 

35 [0023] Das Feld 105 enthalt einen zweiten Feldbe- 
grenzer, in diesem Beispiel wieder das Symbol *. Das 
nachste Feld 106 umfasst eine P rod uktidentifizie rung, 
hier BWN1 . Mit dieser vom Lieferanten ausgewahlten 
AbkOrzung oder Bezeichnung wird ein bestimmtes Pro- 

40 dukt im Angebot dieses Lieferanten angegeben. Als va- 
riante konnen Auftragscodes mehrere Felder fOr ver- 
schiedene Produktidentifizierungen umfassen, oder es 
konnen Produktidentifizierungen definiert werden, mit 
welchen mehrere Produkte oder Dienstleistungen an- 

45 gegeben werden. Dieses Feld ist mit einem dritten Feld- 
begrenzer 107 vom Feld 108 getrennt, das eine Check- 
summe enthalt. Ein oder mehrere zusatzliche Felder 
110, getrennt mit einem zusatzlichen Feldbegrenzer 
1 09, konnen fur zusatzliche Informationen definiert wer- 

50 den. Diese zusatzlichen Informationen konnen zum Bei- 
spiel die Transaktionsart angeben (zum Beispiel: « Ich 
will das Produkt bestellen » oder « Ich brauche nur In- 
formationen Ober dieses Produkt »), die Zahlungsart 
(per Kreditkarte, mit Rechnung, direkte Belastung des 

55 Kontos beim Netzbetreiber usw.), und jede andere mog- 
liche, standardisierte oder vom Lieferanten definierte In- 
formation, die benotigt wird. In einer Variante kann das 
Feld auch eine Lieferadresse umfassen, falls diese ver- 
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schieden von der Klientenadresse ist. Programmteile, 
zum Beispiel Applets in der Java-Sprache, oder in einer 
anderen Objekt-orientierten Computersprache, konnen 
auch innerhalb des Felds 110 ubertragen werden. Mit 
diesen Applets konnen zum Beispiel auch Menus oder 
Listen fur die Eingabe von zusatzlichen Parametern de- 
finiert werden. 

[0024] Die Felder 101-110 konnen eine beliebige 
Kombination von alphanumerischen Symbolen enthal- 
ten. Jedes alphanumerische Symbol kann z.B. 46 ver- 
schiedene Werte annehmen - z.B. 26 Buchstaben, 10 
Zahlen und 10 weitere verfugbare Symbole auf der Ta- 
statur eines Mobilfunktelefons. Weitere Auswahlen von 
berechtigten Symbolen konnen naturlich definiert wer- 
den, z.B. dadurch, dass zwischen Gross- und Klein- 
buchstaben unterschieden wird. Die Felder 103, 104, 
106, 108, 110 weisen eine variable Lange auf, die ge- 
samte Lange des Auftragscodes kann jedoch z.B. auf 
24 Zeichen beschrankt sein. Bei der einen Variante ha- 
ben diese Felder eine vorbestimmte, fixe Lange: in die- 
sem Fall sind die Feldbegrenzer nicht notig und konnen 
weggelassen werden. Das Feld 110 kann als Variante 
auch binare Daten enthalten, zum Beispiel Programm- 
teile oder Objekte oder Verknupfungen zu binaren Da- 
ten. 

[0025] Die Checksumme 108 ist durch irgendeinen 
bekannten Fehlerprufungs- oder Fehlerkorrektur-Algo- 
rithmus aus den Feldern 103, 104, 106 und eventuell 
110 festgelegt. Zum Festlegen des Wertes der Check- 
summe 108 kann z.B. ein Paritatskontrollalgorithmus 
verwendet werden. Die Anzahl der Zeichen der Check- 
summe hangt vom benOtzten Algorithmus und von der 
maximal akzeptierten Fehlerquote ab. Diese Check- 
summe wird vorzugsweise vom Betreiber der zentralen 
Produktelieferantendatenbank ermittelt und muss vom 
Klienten erfasst werden. Damit konnen Fehler bei der 
Eingabe oder bei der Obermittlung eines Auftragscodes 
festgestellt werden. Bei einer Variante eines interakti- 
ven Systems, z.B. via USSD, kann diese Checksumme 
weggelassen werden. Dem Klienten wird stattdessen 
das bestellte Produkt als Quittung angezeigt. 
[0026] Um einen Auftragscode 1 00 zu editieren, wahlt 
beispielsweise der Kunde eine entsprechende Menuop- 
tion in einem geeigneten Programm, das vom Prozes- 
sor des Mobilgerats 1 oder vorzugsweise des Identifi- 
zierungs-moduls 12 ausgefuhrt wird. Als Variante kann 
der Kunde beispielsweise auch eine entsprechende In- 
ternet-Seite konsultieren, oder eine geeignete Telefon- 
nummer anwahlen. In jedem Fall wird eine Eingabe- 
maske auf dem Bildschirm 10 dargestellt, mit welchem 
er den gewunschten Auftragscode eingeben kann. 
[0027] Die ihm prasentierte Eingabemaske 100 ist 
nicht vollig leer, sondern enthalt vorzugsweise schon 
mindestens ein test definiertes, nicht editierbares Feld. 
Vorzugsweise sind in der ursprunglichen Eingabemas- 
ke die Felder 101 und 102, deren Inhalt vordefiniert ist, 
schon angezeigt, sowie eventuell die Felder 105, 107 
und 108, wenn die Lange der verschiedenen Felder f est 
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definiert ist. 

[0028] Die Felder 1 03, 1 04, 1 06, 1 08 und 1 1 0 konnen 
mit den Eingabemitteln 11 frei eingegeben werden. Als 
Variante konnen sie ausserdem aus einer im Terminal 

5 1 gespeicherten Liste ausgewahlt werden, wie schema- 
tisch dargestellt. Der Wert im Feld 103 kann beispiels- 
weise unter den gelisteten Werten A"', A - ,..., a", a"' mit 
den Pfeiltasten 111 , 112 ausgewahlt werden. Ein geeig- 
netes Listenverwaltungsprogramm kann vorgesehen 

10 werden, um neue Werte in einer Liste hinzufugen, bei- 
spielsweise um neue Lieferantenabkurzungen zu spei- 
chern, oder umgekehrt, um bestehende Abkurzungen 
zu loschen. Wenn der gewunschte Wert nicht in einer 
Liste gespeichert ist, beispielsweise wenn eine Liefe- 

15 rantenabkurzung zum ersten Mai benutzt wird, kann sie 
mit den Eingabemitteln eingegeben werden. 
[0029] Gemass der Erfindung enthalt die Eingabe- 
maske auch mindestens ein Feld, hierdas Feld 104, das 
mit den Eingabemitteln des Mobilgerats editierbar und 

20 uberschreibbar ist, und dessen ursprunglicher Inhalt 
von einem gespeicherten Wert abhangig ist, der beim 
Einloggen des Mobilgerats im Mobilfunknetz 2 ermittelt 
wird. In diesem bevorzugten Beispiel enthalt das Feld 
einen Teil der Information, die zur eindeutigen Identifi- 
es zierung des Lieferanten benbtigt wird, und entspricht 
der Telefonlandeskennzahl des La n des, in welchem der 
Lieferant hauptsachlich aktivist. Die Eingabemaske, die 
dem Kunden prasentiert wird, enthalt ursprunglich die 
Landeskennzahl des Landes, in welchem er sich beim 

30 Einloggen seines Mobilgerats befindet. In Fall eines 
GSM-Mobil-gerats 1 wird standardmassig diese Infor- 
mation, die in diesem Kontext meistens MCC (Mobile 
Country Code) benannt wird, beim Einloggen aus der 
Netzinfrastruktur in die SIM-Karte 1 2 ubertragen, und in 

35 einem Register EF LOC | in dieser Karte gespeichert. Da 
viele Auftragefur einen Lieferanten desjenigen Landes, 
in welchem der Kunde sich momentan befindet, be- 
stimmt sind, wird erfindungsgemass diese Information 
als ursprunglicher Wert fur das Feld 104 benutzt. Falls 

40 der Kunde dennoch eine andere Landeskennzahl be- 
nutzen mochte, weil er beispielsweise Produkte oder In- 
formationen von einem auslandischen Lieferanten an- 
fordern mochte, kann er dieses Feld einfach mit den Ein- 
gabemitteln 11 uberschreiben, oder als Variante eine 

45 andere Kennzahl aus einer gespeicherten Liste mit den 
Pfeiltasten 111, 112 auswahlen. 

[0030] Der Fachmann wird verstehen, dass anstelle 
von Telefonlandeskennzahlen auch andere Landerab- 
kurzungen benutzt werden konnen. Zum Beispiel kon- 

50 nen die im Internet-Bereich gewohnlichen Zwei-Buch- 
stab en -Abkurzungen, zum Beispiel .CH fur die Schweiz 
oder .DEfurDeutschland, auch angewendet werden. In 
diesem Fall wird moglicherweise eine Korrespondenz- 
tabelle im Terminal 1, 10 gespeichert, in welchem die 

55 MCC-Codes, die aus dem Netz 2 erhalten werden, mit 
entsprechenden Landerabkurzungen verknupft wer- 
den. 

[0031] Im Fall eines Mobilgerats, das uber eine kon- 
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taktlose Schnittstelle 13 verfugt, zum Beispiel uber eine 
Infrarot-oderinduktiveSchnittstelle, kann, wie schoner- 
wahnt, auch der Auftragscode direkt uberdiese Schnitt- 
stelle aus einem externen Gerat 14 ubertragen werden. 
In diesem Fall kann er vorzugsweise auch mit einer Ein- 
gabemaske 100 editiert werden. In einer Variante kon- 
nen auch nur Teile von Auftragscodes aus einem exter- 
nen Gerat 14 gewonnen werden. Beispielsweise kon- 
nen von einem externen Gerat eine Lieferantenabkur- 
zungsowie eine Liste von verschiedenen Produktabkur- 
zungen fur die von diesem Lieferanten angebotenen 
Produkte B, B\ B", usw. ubertragen werden. Die Liste 
kann beispielsweise in einem Applet enthalten sein. Der 
Kunde kann dann mit der beschriebenen Eingabemas- 
ke ein bestimmtes Prod ukt aus dieser Liste auswahlen, 
und optional die anderen Felder 108, 110 usw. editieren. 
[0032] Im Fall eines Mobilgerats 1 , das Zugriff auf HT- 
ML-(Hypertext Markup Language) und/oder WML- 
(Wireless Markup Language) Seiten im Telekommuni- 
kationsnetz 2 hat, konnen naturlich Auftragscodes und 
entsprechende Editierungs-Applets aus diesen Seiten 
ubertragen werden. In einer Variante konnen auch Auf- 
tragscodes mit speziellen Meldungen, beispielsweise 
mit SMS, USSD oder e-mail Meldungen, durch das Netz 
2 ubertragen und schliesslich mit der erfindungsgemas- 
sen Eingabemaske 100 editiert werden. Auch in diesem 
Fall erweist es sich als vorteilhaft, wenn die ubertrage- 
nen Meldungen Applets enthalten, mit denen die Einga- 
be der Werte in den Feldern 1 03, 1 06 und 110 erleichtert 
wird. 

[0033] Auftragscodes entsprechen meistens einem 
bestimmten Produkt eines bestimmten Lieferanten und 
konnen daher fur dieses Produkt statisch definiert wer- 
den. Ein Lieferant kann beispielsweise einen bestimm- 
ten Auftragscode fur ein angebotenes Produkt oder eine 
Dienstleistung definieren und diesen Auftragscode auf 
all seinen Werbungen und Katalogen angeben, damit 
potentielle Kunden dieses Produkt oder diese Dienstlei- 
stung bestellen konnen. Wie schon erwahnt, kann eine 
einzige Produktidentifizierung 106 auch einer Vielzahl 
von Produkten entsprechen. In diesem Fall konnen die 
Auftragscodes auch dynamisch definiert werden. Der 
Kunde stellt zum Beispiel mit einem geeigneten Pro- 
gram m einen Warenkorb aus mehreren Produkten oder 
Dienstleistungen zusammen, und bestatigt dann mit ei- 
nem geeigneten Befehl, dass er zum Beispiel diesen 
Warenkorb bestellen mochte oder dass er Informatio- 
nen daruber wunscht. Ein geeignetes Programm im Ter- 
minal 1, beispielsweise in der SIM-Karte 12, ermittelt 
dann automatisch mit einem vom Lieferanten 9 bekann- 
ten Algorithmus einen Auftragscode 100, der die Pro- 
dukte im Warenkorb eindeutig identifiziert, und der vor- 
zugsweise noch mit der Eingabemaske editiert werden 
kann, um beispielsweise noch die Zahlungsart oder die 
Lieferadresse anzugeben. Der Prufcode 1 08 wird eben- 
falls automatisch von diesem Programm ermittelt. In ei- 
ner bevorzugten Variante werden die Produktidentifizie- 
rung 106 und der entsprechende Prufcode 108 dyna- 



misch von einem Server im Telekommunikationsnetz 2 
ermittelt und an das Terminal 1 ubermittelt. 



5 Patentanspruche 

1. Verfahren, um Auftragscodes (100) mit einem Ter- 
minal (1,10) in einem Telekommunikationsnetz (2) 
einzugeben, wobei eine Eingabemaske fur die Ein- 
to gabe des Auftragscodes am Bildschirm (10) des 
Terminals (1) angezeigt wird, wobei die Auftragsco- 
des mindestens eine Lieferantenidentifizierung 

(103) enthalten, mit der jeder Auftragscode auto- 
matisch an den angegebenen Lieferanten (9) durch 

is das benannte Telekommunikationsnetz geleitet 
wird, sowie mindestens eine Produkt- und/oder 
Dienstleistungs-ldentifizierung (1 06), 

dadurch gekennzeichnet, dass die Eingabe- 
maske mindestens ein mit den Eingabemitteln (11) 

20 des Terminals (1) editierbares Feld (10, 106, 108, 
110) sowie mindestens ein uberschreibbares Feld 

(104) , dessen ursprunglicher Inhalt (41) von einem 
im Terminal (1, 10) gespeicherten Wert (MCC) ab- 
hangig ist, enthalt, wobei der benannte gespeicher- 

25 te Wert beim Einloggen des Terminals im benann- 
ten Telekommunikationsnetz (2) aktualisiert wird 
und mit den benannten Eingabemitteln (11) uber- 
schrieben werden kann. . 

30 2. Verfahren gemass dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, dass die Eingabemaske 
ausserdem mindestens ein fest definiertes, nicht 
editierbares Feld (101, 102) enthalt. 

35 3. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass der be- 
nannte gespeicherte Wert (104) mit den benannten 
Eingabemitteln (11) in einer Liste ausgewahlt wer- 
den kann. 

40 

4. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass der be- 
nannte gespeicherte Wert (104) beim Einloggen 
aus der Infrastruktur des Telekommunikationsnet- 

45 zes (2) ubertragen wird. 

5. Verfahren gemass dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, dass das Terminal ein 
Mobiigerat (1 , 10) ist, dass das benannte Telekom- 

50 munikationsnetz ein Mobilf unknetz ist, und dass der 
benannte gespeicherte Wert (104) den Standort 
(MCC) dieses Mobilgerats (1) angibt. 

6. Verfahren gemass dem vorhergehenden Anspruch, 
55 dadurch gekennzeichnet, dass der benannte ge- 
speicherte Wert (104) der Telefonlandeskennzahl 
(MCC) des besuchten Mobilfunknetzes (2) ent- 
spricht. 
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7. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass der be- 
nannte gespeicherte Wert (104) mindestens einem 
Teil der Lieferantenidentifizierung entspricht. 

5 

8. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass minde- 
stens ein Teil des Feldes (106), das die Produkt- 
oder Dienstleistungsidentifizierung enthalt, mit den 
benannten Eingabemitteln (11, 111, 112) eingege- 10 
ben werden kann. 

9. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass der Wert 

im benannten Feld (106), das die Produkt- Oder is 
Dienstleistungsidentifizierung enthalt, aus einer Li- 
stemitden benannten Eingabemitteln (11, 111, 112) 
ausgewahlt werden kann. 

10. Verfahren gemass einem der Anspruche 8 oder 9, 20 
dadurch gekennzeichnet, dass die benannte Pro- 
dukt- und/oder Dienstleistungs-ldentifizierung 
(106) eine Vielzahl von ausgewahlten Produkten 
und/oder Dienstleistungen entsprechen kann und 

in Abhangigkeit von ausgewahlten Produkten und/ 2s 
oder Dienstleistungen dynamisch erzeugt wird. 

11. Verfahren gemass dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, dass die benannte Pro- 
dukt- und/oder Dienstleistungs-ldentifizierung 30 
(106) von einem Server im benannten Telekommu- 
nikationsnetz (2) dynamisch erzeugt wird. 

12. Verfahren gemass Anspruch 10, dadurch gekenn- 
zeichnet, dass die benannte Produkt- und/oder 35 
Dienstleistungs-ldentifizierung (106) mit einem ge- 
eigneten Programm im benannten Terminal (2) dy- 
namisch erzeugt wird. 

13. Verfahren gemass einem der vorhergehenden An- 40 
spruche, dadurch gekennzeichnet, dass die Auf- 
tragscodes (1 00) ausserdem mindestens eine Zah- 
lungsartinformation (110) enthalten. 

14. Verfahren gemass einem der vorhergehenden An- 45 
spruche, dadurch gekennzeichnet, dass die Auf- 
tragscodes (100) ausserdem mindestens einen 
Prufcode enthalten. 

15. Verfahren gemass einem der vorhergehenden An- so 
spruche, dadurch gekennzeichnet, dass die Auf- 
tragscodes (100) ausserdem mindestens eine Kun- 
denlieferadresse enthalten. 
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Gerat (14) ubermittelten Informationen abhangig 

(St. 

17. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass die erfas- 
sten Auftragscodes (1 00) in einer Meldung verpackt 
werden und durch das benannte Telekommunikati- 
onsnetz (2) an eine Zentrale (7) Obermittelt werden, 
die diese Auftragscodes an den mit der benannten 
Lieferantenidentifizierung (103, 104) angegebenen 
Lieferanten (9) weiterleitet. 

1 8. Verfahren gemass dem vorhergehenden Anspruch, 
dadurch gekennzeichnet, dass die benannten Auf- 
tragscodes (100) im benannten Telekommunikati- 
onsnetz mit in einer Kundendatenbank (5) abgeleg- 
ten kundenspezifischen Informationen (50) ver- 
knupft werden. 

19. Verfahren gemass einem der Anspruche 17 oder 
18, dadurch gekennzeichnet, dass eine Solvenz- 
prufung betreffend die benannten Auftragscodes 
(100) erfolgt, und dass die Auftragscodes (100) 
nicht an den angegebenen Lieferanten (9) weiter- 
geleitet werden, wenn diese Solvenzprufung nicht 
positiv verlaufen ist. 

20. Verfahren gemass einem der Anspruche 17 oder 
18, dadurch gekennzeichnet, dass eine Solvenz- 
prufung betreffend die benannten Auftragscodes 
(100) erfolgt, und dass die Auftragscodes mit einern 
Vermerk betreffend die Solvenzlage weitergeleitet 
werden, wenn diese Solvenzprufung nicht positiv 
verlaufen ist. 

21. Verfahren gemass einem der vorhergehenden An- 
spruche, dadurch gekennzeichnet, dass minde- 
stens gewisse be re its eingegebene Auftragscodes 
in einem geeigneten Speicherbereich des Termi- 
nals (1, 10) gespeichert und aus diesem Speicher- 
bereich vom Kunden abgeholt werden konnen. 

22. Identifizierungskarte (10), die zurTeilnehmeridenti- 
fizierung mit einem Mobilgerat (1) verbunden wer- 
den kann, dadurch gekennzeichnet, dass sie ein 
gespeichertes Programm sowie Datenverarbei- 
tungsmittel enthalt, mit welchen das Verfahren ei- 
nes der vorhergehenden Anspruche ausgefuhrt 
werden kann, wenn die Identifizierungskarte (10) in 
einem Mobilgerat (1) eingesteckt ist. 



16. Verfahren gemass einem der vorhergehenden An- ss 
spruche, dadurch gekennzeichnet, dass die Auf- 
tragscodes (100) mindestens ein Feld enthalten, 
dessen Inhalt von kontaktlos aus einem extemen 
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